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DETAILED ACTION 

1. This Office action is responsive to Applicant's submission filed on July 25, 2007. Claims 
1,4-14 and 16-20 are pending. 

Response to Amendment 

2. The declaration filed on July 25, 2007 under 37 CFR 1 . 1 3 1 has been considered but is 
ineffective to overcome the Li reference (U.S. Pub. No. 2003/0093508). 

The evidence submitted is insufficient to establish diligence from a date prior to the 
effective date of the Li reference (i.e., October 18, 2001) to a constructive reduction to practice 
(i.e., the filing of the present application on January 4, 2002). 

Applicant declares, "On or about May 23, 2001, EXHIBIT 1 was transmitted to Martine, 
Penilla & Kim, LLP to prepare the patent application for the above referenced matter" 
(declaration, item 4). Applicant further declares, "On or about January 4, 2002, the reference 
application was filed at the United States Patent and Trademark Office" (declaration, item 5). 
However, Applicant does not present any evidence of diligence during the critical period from a 
date prior to October 18, 2001 to the date of filing of the present application on January 4, 2002. 
See MPEP § 715.07(a) and MPEP § 2138.06. 

The evidence submitted is insufficient to establish an actual reduction to practice of the 
invention in this country or a NAFTA or WTO member country prior to the effective date of the 
Li reference (i.e., October 18, 2001). 

Applicant declares, "As indicated in EXHIBIT 1, alpha testing, beta testing and 
completion of the testing of the claimed invention was performed prior to October 18, 2001." 
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However, it is not evident that the exhibit presents any facts to support this statement. Moreover, 
a mere statement that testing was performed is not sufficient proof that the invention existed as 
claimed and worked for its intended purpose. See MPEP § 715.07 and MPEP § 2138.05. 

The examiner notes Applicant's statement, "The date of the ISF [marked as Exhibit 1] is 
prior to the effective filing date of October 18, 2001" (remarks, page 5), and further notes the 
language included in the ISF, "Has the invention been reduced to practice? yes (yes or no)" 
(Exhibit 1, page A-7). Again, however, a mere statement that the invention has been reduced to 
practice is not sufficient proof that the invention existed as claimed and worked for its intended 
purpose. See MPEP § 715.07 and MPEP § 2138.05. Furthermore, Applicant does not 
demonstrate how the description of the invention included in the ISF (Exhibit 1, page A-6) 
relates to each and every element of the claimed subject matter. 

The affidavit or declaration and exhibits must clearly explain which facts or data 
Applicant is relying on to show completion of his or her invention prior to the particular date. 
Vague and general statements in broad terms about what the exhibits describe along with a 
general assertion that the exhibits describe a reduction to practice "amounts essentially to mere 
pleading, unsupported by proof or a showing of facts" and, thus, does not satisfy the 
requirements of 37 CFR 1.131(b). In re Borkowski, 505 F.2d 713, 184 USPQ 29 (CCPA 1974). 
Applicant must give a clear explanation of the exhibits pointing out exactly what facts are 
established and relied on by Applicant. 505 F.2d at 718-19, 184 USPQ at 33. 

Response to Arguments 
3. Applicant's arguments have been fully considered but they are not persuasive. 
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Applicant requests that Li be removed as a reference based on the information provided 
in the ISF (remarks, page 5). 

However, as noted above, the declaration filed on July 25, 2007 under 37 CFR 1.131 is 
ineffective to overcome the Li reference. Accordingly, the rejections set forth in the last Office 
action are maintained. 

Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

5. Claims 1, 4-14 and 16-20 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
U.S. Patent No. 6,473,894 to Shrader et al. (art of record, "Shrader") in view of U.S. Pub. No. 
2003/0093508 to Li et al. (art of record, "Li") in view of U.S. Pub. No. 2002/0107680 to Duggan 
et al. (art of record, "Duggan") in view of U.S. Pub. No. 2002/0133603 to Mitomo et al. (art of 
record, "Mitomo"). 

With respect to claim 1 (previously presented), Shrader discloses an application launcher 
testing system (see, for example, the abstract), comprising: 

(a) a Hypertext Transfer Protocol (HTTP) server in communication with an application 
launcher, wherein the HTTP server receives a query for a test application from the application 
launcher (see, for example, column 4, lines 53-58, which shows an HTTP server and a browser, 
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wherein the HTTP server receives a query from the browser, and see, for example, column 5, 
lines 15-21, which shows that the browser is an application launcher for querying the server for a 
test applet or test application), wherein the application launcher launches the test application 
based on a response to the query from the HTTP server (see, for example, column 5, lines 15-21, 
which shows that the browser or application launcher launches the test applet or test application 
based on a response from the HTTP server) and wherein the application launcher exits and 
returns an exit code (see, for example, steps 402 and 410 in FIG. 4, and column 8, lines 27-29 
and 42-45, which shows that the browser or application launcher exits after launching the test 
applet or test application, and see, for example, step 408 in FIG. 4 and column 8, lines 36-39, 
which shows returning a marker file indicating a completed launch status, and column 5, lines 
55-57, which shows that the marker file is an exit code). 

Shrader does not expressly disclose that the application launcher exits upon launching the 
test application. 

However, in an analogous art, Li discloses launching an application with a browser or 
application launcher (see, for example, step 124 in FIG. 2), wherein the application is configured 
to run even if the browser is closed (see, for example, paragraph 0035, lines 6-22). Li discloses 
that running the application independently of the browser, such that the browser can be closed 
upon launching the application, is advantageous (see, for example, paragraph 0014, lines 1-12). 
For example, any bugs present in the application will not affect the browser, and any bugs 
present in the browser will not affect the applet, as they otherwise would (see, for example, 
paragraph 0007, lines 1-5). 
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It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to configure the browser or application launcher and the test applet or test application 
of Shrader as Li suggests, such that the application launcher exits upon launching the test 
application, so. that any bugs in one component do not affect the other. 

Shrader further discloses : 

(b) a status server in communication with the test application, the status server receiving 
a test status from the test application (see, for example, column 5, lines 43-52, which shows a 
Dynamic AppletTest class that is a status server for receiving status information or a test status 
from the test applet or test application). 

Shrader discloses opening a socket to the HTTP server (see, for example, column 4, lines 
53-58), but does not expressly disclose the test application opening a socket to the status server 
to communicate test results, and does not expressly disclose that the status server receives the 
test status from the test application through the socket. 

Nonetheless, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made that if the DynamicAppletTest class or status server and the test application 
or test applet of Shrader were located on different servers, then the test application would open a 
socket to the status server, and the status server would receive the status information or test 
status from the test application through such a socket. Li suggests as much, disclosing that 
information about the status of an executing application is received through a TCP/IP 
communication socket (see, for example, paragraph 0025, lines 13-18). 

Shrader further discloses: 
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(c) a test monitor in communication with the HTTP server and the status server, wherein 
the test monitor receives a query status from the HTTP server, and wherein the test monitor 
receives the test status from the status server and an application launch status from the 
application launcher (see, for example, test/run program 202 in FIG. 2A and column 5, lines 43- 
57, which shows that the test/run program is a test monitor for receiving the test status from the 
DynamicAppletTest class or status server, and see, for example, column 6, lines 42-47, which 
shows that the test/run program receives a query status from the HTTP server, such as error and 
status messages from the browser for the current URL, and see, for example, step 408 in FIG. 4 
and column 8, lines 36-39, which shows receiving a marker file indicating a completed launch 
status). 

Shrader does not expressly disclose that the HTTP server compares the query to data 
within a query rules file provided to the HTTP server from the test monitor, does not expressly 
disclose that the query status is based upon the comparison with the query rules file, and does not 
expressly disclose that the test monitor determines if the application launcher has sent a correct 
query to the HTTP server. 

However, in an analogous art, Duggan discloses determining whether a request sent to an 
HTTP server is valid, which is to say determining whether a query sent to an HTTP server is 
correct, so as to report an error when the request is invalid or incorrect (see, for example, 
paragraph 0023, lines 6-13). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement the test/run program or test monitor of Shrader to determine if the 
browser or application launcher has sent a correct query to the HTTP server, as Duggan teaches, 
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so that the error and status messages of Shrader (see, for example, column 6, lines 42-47) could 
report such information. 

Duggan is silent as to how the correctness of the query is determined. In other words, 
Shrader in view of Duggan does not expressly disclose a comparison with a query rules file 
provided to the HTTP server from the test monitor. 

However, in an analogous art, Mitomo discloses comparing a request sent to an HTTP 
server with a request database to determine the correctness of the request (see, for example, 
paragraph 0036, lines 1-5 and paragraph 0040, lines 1-11). The request database is a file that 
provides custom patterns or rules on which to base the comparison (see, for example, paragraph 
0037, line 1 to paragraph 0039, line 8). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement the test/run program or test monitor of Shrader in view of Duggan such 
that the HTTP server compares the query to data within a query rules file provided to the HTTP 
server from the test monitor, and that the query status is based upon the comparison with the 
query rules file, as Mitomo teaches, so as to provide custom patterns or rules for determining 
whether the query is correct. 

With respect to claim 4 (previously presented), Shrader in view of Li in view of Duggan 
in view of Mitomo further discloses the limitation wherein the test monitor receives an exit code 
from the application launcher, the exit code indicating a launch status of the test application 
launch (see, for example, Shrader, step 408 in FIG. 4 and column 8, lines 36-39, which shows 
receiving a marker file indicating a completed launch status, and see, for example, Shrader, 
column 5, lines 55-57, which shows that the marker file is an exit code). 
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With respect to claim 5 (original), Shrader in view of Li in view of Duggan in view of 
Mitomo further discloses the limitation wherein the test monitor combines the query status, the 
test status, and the launch status into a report (see, for example, Shrader, column 8, lines 30-39, 
which shows combining the test status and query status into an output file or report, and see, for 
example, Shrader, column 7, lines 43-46, which shows writing to the output file or report based 
on the launch status). 

With respect to claim 6 (original), Shrader in view of Li in view of Duggan in view of 
Mitomo further discloses the limitation wherein the query status indicates the status of the query 
received from the application launcher (see, for example, Shrader, column 6, lines 42-47, which 
shows that the query status indicates the status from the browser or application launcher). 

With respect to claim 7 (original), Shrader in view of Li in view of Duggan in view of 
Mitomo further discloses the limitation wherein the test monitor starts the status server and the 
application launcher (see, for example, Shrader, column 4, lines 53-58, which shows that the 
test/run program or test monitor starts the browser or application launcher, and column 5, lines 
43-52, which shows that this starts the DynamicAppletTest class or status server). 

With respect to claim 8 (original), Shrader in view of Li in view of Duggan in view of 
Mitomo further discloses the limitation wherein the test monitor starts the HTTP server (see, for 
example, Shrader, column 4, lines 53-58, which shows that the test/run program or test monitor 
starts the HTTP server by way of the browser or application launcher to query the HTTP server). 
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With respect to claim 9 (previously presented), Shrader discloses a method for testing an 
application launcher (see, for example, the abstract), comprising the operations of: 

(a) launching a Hypertext Transfer Protocol (HTTP) server, a status server and an 
application launcher, wherein application launcher queries the HTTP server for a test application 
(see, for example, column 4, lines 53-58, which shows launching a browser to launch an HTTP 
server with a query, and column 5, lines 15-21, which shows that the browser is an application 
launcher for querying the server for a test applet or test application, and see, for example, column 
5, lines 43-52, which shows launching a DynamicAppletTest class that is a status server); 

(b) launching the test application using the application launcher (see, for example, 
column 5, lines 15-21, which shows launching the test applet or test application with the browser 
or application launcher), wherein the application launcher exits and returns an exit code (see, for 
example, steps 402 and 410 in FIG. 4, and column 8, lines 27-29 and 42-45, which shows that 
the browser or application launcher exits after launching the test applet or test application, and 
see, for example, step 408 in FIG. 4 and column 8, lines 36-39, which shows returning a marker 
file indicating a completed launch status, and column 5, lines 55-57, which shows that the 
marker file is an exit code). 

Shrader does not expressly disclose that the application launcher exits upon launching the 
test application. 

However, in an analogous art, Li discloses launching an application with a browser or 
application launcher (see, for example, step 124 in FIG. 2), wherein the application is configured 
to run even if the browser is closed (see, for example, paragraph 0035, lines 6-22). Li discloses 
that running the application independently of the browser, such that the browser can be closed 
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upon launching the application, is advantageous (see, for example, paragraph 0014, lines 1-12). 
For example, any bugs present in the application will not affect the browser, and any bugs 
present in the browser will not affect the applet, as they otherwise would (see, for example, 
paragraph 0007, lines 1-5). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to configure the browser or application launcher and the test applet or test application 
of Shrader as Li suggests, such that the application launcher exits upon launching the test 
application, so that any bugs in one component do not affect the other. 

Shrader further discloses: 

(c) returning a test status from the test application to the status server (see, for example, 
column 5, lines 43-52, which shows returning status information or a test status from the test 
applet or test application to the DynamicAppletTest class or status server). 

Shrader discloses opening a socket to the HTTP server (see, for example, column 4, lines 
53-58), but does not expressly disclose that the test status is returned through a socket opened by 
the test application to the status server to communicate test results. 

Nonetheless, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made that if the DynamicAppletTest class or status server and the test application 
or test applet of Shrader were located on different servers, then the test application would open a 
socket to the status server, and would return the status information or test status to the status 
server through such a socket. Li suggests as much, disclosing that information about the status 
of an executing application is returned through a TCP/IP communication socket (see, for 
example, paragraph 0025, lines 13-18). 
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Shrader further discloses: 

(d) returning the test status, a query status, and a launch status to a test monitor (see, for 
example, test/run program 202 in FIG. 2 and column 5, lines 43-57, which shows that the test/run 
program is a test monitor to which the test status is returned, and see, for example, column 6, 
lines 42-47, which shows returning a query status to the test/run program, such as error and 
status messages from the browser for the current URL, and step 408 in FIG. 4 and column 8, 
lines 36-39, which shows returning a marker file indicating a completed launch status). 

Shrader does not expressly disclose: 

(e) determining correctness of the application launcher queries to the HTTP server by 
comparing the application launcher queries to data within a query rules filed provided by the test 
monitor. 

However, in an analogous art, Duggan discloses determining whether a request sent to an 
HTTP server is valid, which is to say determining correctness of a query sent to an HTTP server, 
so as to report an error when the request is invalid or incorrect (see, for example, paragraph 
0023, lines 6-13). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement the method of Shrader to determine correctness of the browser or 
application launcher queries to the HTTP server, as Duggan teaches, so that the error and status 
messages of Shrader (see, for example, column 6, lines 42-47) could report such information. 

Duggan is silent as to how the correctness of the query is determined. In other words, 
Shrader in view of Duggan does not expressly disclose comparing the application launcher 
queries to data within a query rules filed provided by the test monitor. 
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However, in an analogous art, Mitomo discloses comparing a request sent to an HTTP 
server with a request database to determine the correctness of the request (see, for example, 
paragraph 0036, lines 1-5 and paragraph 0040, lines 1-1 1). The request database is a file that 
provides custom patterns or rules on which to base the comparison (see, for example, paragraph 
0037, line 1 to paragraph 0039, line 8). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement the method of Shrader in view of Duggan such that the correctness of • 
the application launcher queries to the HTTP server is determined by comparing the application 
launcher queries to data within a query rules filed provided by the test monitor, as Mitomo 
teaches, so as to provide custom patterns or rules for determining whether the query is correct. 

With respect to claim 10 (original), the limitations recited in the claim are analogous to 
the limitations recited in claim 5 (see the rejection of claim 5 above). 

With respect to claim 1 1 (original), the limitations recited in the claim are analogous to 
the limitations recited in claim 6 (see the rejection of claim 6 above). 

With respect to claim 12 (original), Shrader in view of Li in view of Duggan in view of 
Mitomo further discloses the limitation wherein the test status indicates a status of tests 
performed by the test application (see, for example, Shrader, column 5, lines 43-52, which shows 
that the status information or test status indicates the status from the test applet or test application 
as it operates). 
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With respect to claim 13 (original), Shrader in view of Li in view of Duggan in view of 
Mitomo further discloses the limitation wherein the launch status indicates a status of the 
application launch operation (see, for example, Shrader, step 408 in FIG. 4 and column 8, lines 
36-39, which shows that the launch status indicates the status of the application launch when 
complete). 

With respect to claim 14 (original), Shrader in view of Li in view of Duggan in view of 
Mitomo further discloses the limitation wherein the application launcher uses a uniform resource 
locator (URL) to launch the test application (see, for example, Shrader, column 5, lines 15-21, 
which shows that the browser or application launcher uses a URL to launch the test applet or test 
application). 

With respect to claim 16 (previously presented), the limitations recited in the claim are 
analogous to the limitations recited in claim 4 (see the rejection of claim 4 above). 

With respect to claim 17 (previously presented), Shrader discloses an application 
launcher testing system (see, for example, the abstract), comprising: 

(a) a Hypertext Transfer Protocol (HTTP) server in communication with an application 
launcher, wherein the HTTP server receives a query for a test application from the application 
launcher (see, for example, column 4, lines 53-58, which shows an HTTP server and a browser, 
wherein the HTTP server receives a query from the browser, and see, for example, column 5, 
lines 15-21, which shows that the browser is an application launcher for querying the server for a 
test applet or test application), wherein the application launcher launches the test application 
based on a response to the query from the HTTP server (see, for example, column 5, lines 15-21, 
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which shows that the browser or application launcher launches the test applet or test application 
based on a response from the HTTP server), and wherein the application launcher exits and 
returns an exit code (see, for example, steps 402 and 410 in FIG. 4, and column 8, lines 27-29 
and 42-45, which shows that the browser or application launcher exits after launching the test 
applet or test application, and see, for example, step 408 in FIG. 4 and column 8, lines 36-39, 
which shows returning a marker file indicating a completed launch status, and column 5, lines 
55-57, which shows that the marker file is an exit code). 

Shrader does not expressly disclose that the application launcher exits upon launching the 
test application. 

However, in an analogous art, Li discloses launching an application with a browser or 
application launcher (see, for example, step 124 in FIG. 2), wherein the application is configured 
to run even if the browser is closed (see, for example, paragraph 0035, lines 6-22). Li discloses 
that running the application independently of the browser, such that the browser can be closed 
upon launching the application, is advantageous (see, for example, paragraph 0014, lines 1-12). 
For example, any bugs present in the application will not affect the browser, and any bugs 
present in the browser will not affect the applet, as they otherwise would (see, for example, 
paragraph 0007, lines 1-5). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to configure the browser or application launcher and the test applet or test application 
of Shrader as Li suggests, such that the application launcher exits upon launching the test 
application, so that any bugs in one component do not affect the other. 

Shrader further discloses : 
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(b) a status server in communication with the test application, the status server receiving 
a test status from the test application (see, for example, column 5, lines 43-52, which shows a 
DynamicAppletTest class that is a status server for receiving status information or a test status 
from the test applet or test application). 

Shrader discloses opening a socket to the HTTP server (see, for example, column 4, lines 
53-58), but does not expressly disclose the test application opening a socket to the status server 
to communicate test results, and does not expressly disclose that the status server receives the 
test status from the test application through the socket. 

Nonetheless, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made that if the DynamicAppletTest class or status server and the test application 
or test applet of Shrader were located on different servers, then the test application would open a 
socket to the status server, and the status server would receive the status information or test 
status from the test application through such a socket. Li suggests as much, disclosing that 
information about the status of an executing application is received through a TCP/IP 
communication socket (see, for example, paragraph 0025, lines 13-18). 

Shrader further discloses: 

(c) a test monitor in communication with the HTTP server and the status server, wherein 
the test monitor receives a query status from the HTTP server, the test status from the status 
server (see, for example, test/run program 202 in FIG. 2A and column 5, lines 43-57, which 
shows that the test/run program is a test monitor for receiving the test status from the 
DynamicAppletTest class or status server, and see, for example, column 6, lines 42-47, which 
shows that the test/run program receives a query status from the HTTP server, such as error and 
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status messages from the browser for the current URL), and an exit code from the application 
launcher, the exit code indicating a launch status of the test application launch (see, for example, 
step 408 in FIG. 4 and column 8, lines 36-39, which shows receiving a marker file indicating a 
completed launch status, and see, for example, column 5, lines 55-57, which shows that the 
marker file is an exit code), and wherein the test monitor combines the query status, the test 
status, and the launch status into a report (see, for example, column 8, lines 30-39, which shows 
combining the test status and query status into an output file or report, and see, for example, 
column 7, lines 43-46, which shows writing to the output file or report based on the launch 
status). 

Shrader does not expressly disclose that the HTTP server compares the query to data 
within a query rules file provided to the HTTP server frorti the test monitor, does not expressly 
disclose that the query status is based upon the comparison with the query rules file, and does not 
expressly disclose that the test monitor determines correctness of the query for the test 
application from the application launcher to the HTTP server. 

However, in an analogous art, Duggan discloses determining whether a request sent to an 
HTTP server is valid, which is to say determining correctness of a query sent to an HTTP server, 
so as -to report an error when the request is invalid or incorrect (see, for example, paragraph 
0023, lines 6-13). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement the test/run program or test monitor of Shrader to determine correctness 
of the query for the test applet or test application from the browser or application launcher to the 



Application/Control Number: 1 0/039, 1 97 Page 1 8 

Art Unit: 2192 

HTTP server, as Duggan teaches, so that the error and status messages of Shrader (see, for 
example, column 6, lines 42-47) could report such information. 

Duggan is silent as to how the correctness of the query is determined. In other words, 
Shrader in view of Duggan does not expressly disclose a comparison with a query rules file 
provided to the HTTP server from the test monitor. 

However, in an analogous art, Mitomo discloses comparing a request sent to an HTTP 
server with a request database to determine the correctness of the request (see, for example, 
paragraph 0036, lines 1-5 and paragraph 0040, lines 1-11). The request database is a file that 
provides custom patterns or rules on which to base the comparison (see, for example, paragraph 
0037, line 1 to paragraph 0039, line 8). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to supplement the test/run program or test monitor of Shrader in view of Duggan such 
that the HTTP server compares the query to data within a query rules file provided to the HTTP 
server from the test monitor, and that the query status is based upon the comparison with the 
query rules file, as Mitomo teaches, so as to provide custom patterns or rules for determining 
whether the query is correct. 

With respect to claim 18 (previously presented), Shrader in view of Li in view of Duggan 
in view of Mitomo further discloses the limitation wherein the query status indicates the status of 
the query received from the application launcher (see, for example, Shrader, column 6, lines 42- 
47, which shows that the query status indicates the status from the browser or application 
launcher). 
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With respect to claim 19 (original), the limitations recited in the claim are analogous to 
the limitations recited in claim 7 (see the rejection of claim 7 above). 

With respect to claim 20 (original), the limitations recited in the claim are analogous to 
the limitations recited in claim 8 (see the rejection of claim 8 above). 

Conclusion 

6. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

7. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Michael J. Yigdall whose telephone number is (571) 272-3707. 
The examiner can normally be reached on Monday through Friday from 7:30am to 4:00pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on (571) 272-3695. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private 
PAIR system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you 
would like assistance from a USPTO Customer Service Representative or access to the 
automated information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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